Skip to content

Update release policy page#688

Open
HyukjinKwon wants to merge 2 commits into
apache:asf-sitefrom
HyukjinKwon:faster-release-update
Open

Update release policy page#688
HyukjinKwon wants to merge 2 commits into
apache:asf-sitefrom
HyukjinKwon:faster-release-update

Conversation

@HyukjinKwon
Copy link
Copy Markdown
Member

This PR updates Release Policy page per SPIP: Accelerating Apache Spark Release Cadence.

@HyukjinKwon HyukjinKwon marked this pull request as draft May 14, 2026 00:29
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html Outdated
Copy link
Copy Markdown
Member

@dongjoon-hyun dongjoon-hyun left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The bootstrapping is always difficult. Given that, why don't we give an explicit example like 2026 and 2027 release plan, @HyukjinKwon and @cloud-fan ?

For example, I guessed like the following but it seems that this PR has a different timeline.

  • 4.2.0 (The original plan): 2026 Summer + 18 months.
  • 4.3.0 (LTS based on SPIP)
    • 4.3.0 RC1 will start after 3 months from the release day of Apache Spark 4.2.0 in 2026.
  • In 2027, Spark 5 will start as the annual release with the quarterly feature releases.
    • Spark 5.0: 2027.1
    • Spark 5.1: 2027.4
    • Spark 5.2: 2027.7
    • Spark 5.3: 2027.10 (LTS based on SPIP)

I just want to understand our plan of migration toward this SPIP. So, if there is an explicit example for 2026 and 2027. It would be perfect for me and all. The above is only one of personal understanding.

@dongjoon-hyun
Copy link
Copy Markdown
Member

cc @peter-toth , too.

Comment thread versioning-policy.md
Comment thread versioning-policy.md Outdated
Comment thread site/versioning-policy.html Outdated
@HyukjinKwon
Copy link
Copy Markdown
Member Author

I believe this is ready for another look.

@HyukjinKwon HyukjinKwon marked this pull request as ready for review May 18, 2026 22:00
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html Outdated
Comment thread site/versioning-policy.html
@HyukjinKwon HyukjinKwon force-pushed the faster-release-update branch from 8b76677 to 4163d81 Compare May 20, 2026 20:57
@HyukjinKwon
Copy link
Copy Markdown
Member Author

Should be ready for a look.

Comment thread site/versioning-policy.html Outdated
@dongjoon-hyun
Copy link
Copy Markdown
Member

Thank you for updating, @HyukjinKwon .

@HyukjinKwon HyukjinKwon force-pushed the faster-release-update branch from 4163d81 to 60abc46 Compare May 21, 2026 21:02
Copy link
Copy Markdown
Member

@dongjoon-hyun dongjoon-hyun left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1, LGTM. Thank you, @HyukjinKwon !

Comment thread versioning-policy.md
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The wording here is a bit misleading. LTS is also annually, but it's 3 month after the latest feature release.

Strictly speaking, Feature release is also not 3 month cadency, as major release and LTS are not feature releases.

Maybe we can say it more general: we plan to ship a release every 3 months. We bump the major release version every 4 releases. The first release in the line is the major release, the last release in the line is LTS.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants